home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c++-part2 / 16618 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.4 KB

  1. Path: brtph500.bnr.ca!hunnell
  2. From: hunnell@bnr.ca (John Hunnell P840)
  3. Newsgroups: comp.object,comp.lang.c++,comp.realtime,comp.dcom.telecom.tech,comp.arch.embedded
  4. Subject: Re: Can OO be successful in real-time embedded systems?
  5. Date: 11 Apr 1996 13:56:47 GMT
  6. Organization: Bell-Northern Research Ltd.
  7. Distribution: world
  8. Message-ID: <4kj32v$hu6@brtph500.bnr.ca>
  9. References: <316BF0C5.1FE1@condat.de> <dibaldDpnpBH.5Et@netcom.com>
  10. NNTP-Posting-Host: brtphb10.bnr.ca
  11. Originator: hunnell@brtphb10
  12.  
  13.  
  14. > I'd bet that the software that operates the networks and switches isn't
  15. > done in 'OO' for the same reasons.  Last time I looked at the cards in a
  16. > telephone network bay, I saw thousands of 8032's doing the hardware
  17. > control.  There were one or two of them on each interface card in a 
  18. > network terminal that had tens-of-thousands of telephone lines passing 
  19. > thru it.
  20.  
  21. How much would you like to bet. I am working on my second large
  22. switch product at Nortel using OO with C++. Our product handles
  23. hundreds of lines or trunks. The first product I worked on is
  24. adding OO to a non OO environment while the second is being 
  25. designed from the bottom up and using OO extensively. It
  26. is using a PPC603 (and other 32 bit processors), not an 8 bit 
  27. processor. I might add that it is using a third party multitasking 
  28. OS with many different tasks. Some of the tasks are designed 
  29. using various OO tools while others are non-OO. They can coexist 
  30. in the same system.
  31.  
  32. A couple quick impressions of OO in embedded systems:
  33. - Yes the tools are lacking.
  34. - If you think OO slows down your product, then you are not
  35.   experienced enough in OO and are poorly designing your product.
  36.   If you try to instantiate 300 objects every time you try to
  37.   place a phone call, control a motor, etc. something is drastically
  38.   wrong with your design. Reatime requirements sometimes require
  39.   you to modify your OO design from the "ideal" design just like
  40.   it does with procedural design. Even virtual function calls only
  41.   require an extra table lookup to make the method call (can you
  42.   say pointer to function call in C).
  43. - I would agree that very small embedded systems may not benefit
  44.   from OO. OO is just a tool. The larger the design, the more your
  45.   design can benefit from OO. If the design is small enough, OO
  46.   may be overcomplicating things that are not very complex but if
  47.   you have a large design, it can help manage the complexity.
  48.  
  49. Eddie Hunnell
  50. -- 
  51. Eddie Hunnell
  52. Bell Northern Research
  53. hunnell@bnr.ca
  54.  
  55.